home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 8928 < prev    next >
Encoding:
Text File  |  1996-08-05  |  15.8 KB  |  372 lines

  1. Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.advocacy,comp.sys.amiga.misc,comp.sys.amiga.networking
  2. Path: news.sprintlink.net!eskimo!drizzit
  3. From: drizzit@eskimo.com (G. Baldwin)
  4. Subject: Re: New Press Release!
  5. X-Nntp-Posting-Host: eskimo.com
  6. Message-ID: <DoKFsB.FFM@eskimo.com>
  7. Followup-To: comp.sys.amiga.datacomm,comp.sys.amiga.advocacy,comp.sys.amiga.misc,comp.sys.amiga.networking
  8. Sender: news@eskimo.com (News User Id)
  9. Organization: Eskimo North (206) For-Ever
  10. X-Newsreader: TIN [version 1.2 PL2]
  11. References: <2937.6638T1404T1877@mozart.inet.co.th> <4hjpct$d5a@leporello.cs.unibo.it> <4hn614$beg@serpens.rhein.de> <Do8zu7.3uG@eskimo.com> <4i961g$ik0@serpens.rhein.de> <DoCApv.2FE@eskimo.com> <4ie6ut$56u@serpens.rhein.de>
  12. Date: Wed, 20 Mar 1996 12:24:11 GMT
  13.  
  14. Michael van Elst (mlelstv@serpens.rhein.de) wrote:
  15. : drizzit@eskimo.com (G. Baldwin) writes:
  16.  
  17. : >You have lost the ability to see the difference between "bloatware" and 
  18. : >"CPU intensive software".   
  19.  
  20. : You have lost the ability to see the difference between "bloatware" and
  21. : PC software. In fact, you really need some pretty good eyes.
  22.  
  23. By these definitions, everything on the Amiga needing more than an 020/14 
  24. is PC bloatware that has been ported.
  25.  
  26. I know thats not true, and you know thats not true, but what is true is 
  27. that there is a lot of software that just needs a fast CPU or some kind 
  28. of custom chip and/or DSP to deal with the data.  In any event, even if 
  29. every PC program ever made is bloated, what right do we have to sit and 
  30. mock it?  After all, we have some of our own "bloatware".  MUI really 
  31. comes to mind here.  So don't go saying that PCs and Macs are the only 
  32. platforms with big programs.
  33.  
  34. : >I don't.  I don't plan to buy another Amiga until we have something that 
  35. : >meets or beats the competition (like the A500 did when it was *first 
  36. : >released*) and is a fairly reasonable cost.
  37.  
  38. : The A500 did never beat the competition. But it was cheap, cheap enough
  39. : for you to afford it. Now that you can afford more you call it crap.
  40.  
  41. If I remember right, back when the A500 first came out, the standard PC was
  42. perhaps a 286 or 386SX with either EGA or VGA.  SVGA was just comming 
  43. out, and the SoundBlaster made its first appearance.  Those systems 
  44. weren't exactly cheap - the A500 wasn't either, but it was a whole lot 
  45. less expensive for the things you got.
  46.  
  47. : >: So this 030/40 computer has _larger and more colorful graphics_ built in ?
  48.  
  49. : >Have you been locked up in your basement with a text based terminal? Last
  50. : >time I looked around, games used more graphics, with more colors, and 
  51. : >higher resolutions.
  52.  
  53. : The tell us, o wise man, how this is possible with a machine that uses
  54. : AGA graphics.
  55.  
  56. Hmm.. let me see
  57.  
  58.   (1) Load up browser
  59.   (2) Load up a page
  60.   (3) Take images that are stored in 8-bit GIF or 24-bit JPEG and
  61.       decompress them.  Take 24-bit pictures and scale them down to 8-bit.
  62.   (4) Display those images
  63.  
  64. Wow.  The data you are loading is still getting bigger and bigger.  Your 
  65. 020 still has to decompress them.  If its a 24-bit picture, it still has 
  66. to scale them down.  But now instead of having to do this with a bunch of 
  67. little 100x100 images, you having to deal with 640x200 titles and all 
  68. sorts of other objects.
  69.  
  70. Again, the data that the machine has to deal with is growing.  Just 
  71. because you can't view it in its full res/depth doesn't mean that it 
  72. isn't getting bigger/deeper.
  73.  
  74.  
  75. : >Web pages have gone from little icons to full page 
  76. : >JPEGs or GIFs, full color backgrouns, ANIMs, ect...
  77.  
  78. : I don't see a problem with that. Anything you need to display these graphics
  79. : takes only a fraction of the time you need to download it.
  80.  
  81. Hmm.. You should tell that to my A3000/030.  It has such a fun time 
  82. playing QuickTimes or MPEGs...  8)
  83.  
  84.  
  85. : >that the average person might deal with.  Were you thinking that I meant 
  86. : >a new chipset or something?
  87.  
  88. : You would need more CPU power if you had to deal with a higher resolution 
  89.   display.
  90.  
  91. Which takes more CPU power:
  92.   Displaying a 800x600-24 image on a 800x600-8 screen
  93.   Displaying a 800x600-24 image on a 1280x1024-8 screen
  94.  
  95. Takes just about the same.  Your grfx chipset may be slower displaying 
  96. those graphics at a higher res screen, but the CPU still has to sit down 
  97. and scale that 24-bit image down to 8-bits.
  98.  
  99.  
  100. : >: Probably half as slow as Word with just 4MB RAM after the second page.
  101.  
  102. : >Actually, no.  I use Word on both 030 based Macs and slower 486 machines, 
  103. : >and Final Writer was bad.
  104.  
  105. : I have used Word on 030 based Macs and faster 486 machines. And I don't want 
  106. : to use that crap every again.
  107.  
  108. Aren't "State of the Art" Word Processors great?  8)
  109.  
  110. Yeah, Word is pritty bad, but Final Writer sure isn't a rocket either.  
  111. Some of its functions can be about as fast as snail shit.
  112.  
  113.  
  114. : >You still ignore the fact that EVERYONE needs a fast CPU, not just people 
  115. : >who do image processing.  If that wasn't true, we'd still all be using 8086s
  116. : >or similar CPUs.
  117.  
  118. : You are all using 8086s or similar CPUs. Of course a Pentium is a bit faster,
  119. : but productivity didn't change much. Most of the advantages come from smarter
  120. : software which is rarely CPU intensive.
  121.  
  122. Well, thats only partially true.
  123.  
  124. Yes, the amount of work being done is still about the same, but the way 
  125. it is being done has gotten much better.  I'd like to see you use a 
  126. non-proportional PostScript font on an 8088.
  127.  
  128. When we start getting all of these "little" features thrown in 
  129. everywhere, you forget how they add up.  And each one takes a toll on 
  130. your CPU.  Thats just a fact of life.  I'm sure that if they rewrote much 
  131. of the code from scratch with software designers that had a clue, the 
  132. shit would haul.  But alas, its impossible to rebuild Word from scrath 
  133. every year.
  134.  
  135.  
  136. : >guess I overestimated your intelligence.  In general, the faster your CPU is
  137. : >the faster (to a point) the rest of the system is going to be.
  138.  
  139. : If the CPU is all you have then this might be true.
  140.  
  141. Then why is it that a system's memory speed increases with faster CPUs?  
  142. I'm sure that a PPC 603 could do circles around the memory speed of a 68030.
  143.  
  144. When I took my old A2000 and put an 020 in it, my Trumpcard SCSI 
  145. interface's average speed went up by about 25%.  When I latter dropped a 
  146. 030 in it, the speed didn't go up much at all (maxxed the card's speed 
  147. out).  Why did I even bring this up?  You said that there would be no 
  148. reason for people to move up to a PPC system until there was some PPC 
  149. software out.  I beg to differ - even if your system was spending a lot 
  150. of time doing 680x0->PPC conversions, things such as I/O, memory bus 
  151. speed, and a few others things WOULD be faster.  I'd like to see an 030 
  152. system deal with a SCSI-FAST/WIDE interface on the bus.
  153.  
  154.  
  155. : >From 
  156. : >person experince I have noticed that (in general) things such as Grfx, 
  157.  
  158. : Your personal experience with PCs ?
  159.  
  160. With PC's, with Amigas, with Macs, ect...
  161.  
  162. : >I used to be the same way.  "What do I need an MMU for?"  Then I got into 
  163. : >the situation of wanting one.  If there weren't a large number of people 
  164. : >who would like an MMU, this discussion would of never come up.
  165.  
  166. : Sure. But as of yet, most people that would like an MMU just want it because
  167. : they don't have one. There are very few applications of an MMU with current
  168. : software and the people that really use an MMU will also want some faster
  169. : CPU. A perfect situation to sell the cheap, non-MMU chip to new users and
  170. : accelerators (with MMU) to the few people that need it.
  171.  
  172. : >What kind of people do you think make software in the Aminet?  People who 
  173. : >only own high end machines???  I don't think so. Many of them only own 
  174. : >030s right now.  I happen to be one of them.  I don't own a high end 
  175. : >machine, I own 2 mid level machines.
  176.  
  177. : Well, I consider my A3000 (with 68030/25) "high end".
  178.  
  179. Thats is probably one reason why we don't agree on anything.  I consider 
  180. an A3000/030 to be a midline machine.  Even an A4000/030 just fits into 
  181. that.  Now a system with a fast 040 or an 060 with either AGA or moreso 
  182. with a Grfx card is closer to what I call "high end". 
  183.  
  184. I consider any machine with an 020 to be "low end".  Anything with a 68000/7
  185. is "just old".  
  186.  
  187. : >it so that we could not pop out the EC030 and put a full blown 030 in 
  188. : >(the EC030 is surface mounted).
  189.  
  190. : There were several CPU cards with 030s and 040s.
  191.  
  192. I know.  But the Commodore 030 card for the A4000 did not have a socket.
  193.  
  194. : >When I started developing, I couldn't 
  195. : >use Enforcer.  And some of my firends who don't develop want to use an 
  196. : >MMU so they could get that extra speed out of the OS or out of 
  197. : >ShapeShifter.
  198.  
  199. : Do you see that you are in a small minority ?
  200.  
  201. I am in the minority for using an MU for those reasons.  If that were it, 
  202. I wouldn't be kicking up such a fuss.  But one of the things that an MMU 
  203. can provide the average person is Virtual Memory.  I know of a lot of 
  204. people with 2MB systems that would like to do a task on occasion that 
  205. takes more memory than they have.  I often have the problem on my 6MB A3000
  206. or even on my 18MB A4000.
  207.  
  208. : >Some of them wanted to use Unix.  But I guess these aren't 
  209. : >things for base machines....
  210.  
  211. : Indeed.
  212.  
  213. I use NetBSD on my A3000/030-16 with 6MB of RAM.  Thats not exactly a 
  214. power system.  In fact, its not much more powerful than an A1200.
  215.  
  216. : >I guess that all of those people who use 
  217. : >ShapeShifter on their 020 based A1200s must be a myth that pro-MMU people 
  218. : >just made up.
  219.  
  220. : I consider this a myth.
  221.  
  222. Once again, I guess I should go get my eyes checked.  I've seen SS run on 
  223. a 68EC020/14 A1200 with 4MB of FAST.  I must of been smoking something at 
  224. the time.
  225.  
  226. : >Why should I pay another $600-$1000 for a crapola PC when for an extra 
  227. : >$30 I can have a full blown 030 and run it on my system.
  228.  
  229. : Because you pay an extra $300.
  230.  
  231. $300?  Where did you get that figure from?  If I were to use a 030/25 
  232. instead of an EC030/25, it sure wouldn't cost any $300.  And the ultra 
  233. expensive 030/50 is only $170 in single quantities.  And sheesh, IF you 
  234. didn't have the memory already (you should have 6MB anyways), and extra 
  235. 4MB is only $75.
  236.  
  237. : >You yourself agree that an 040 or 060 can't run "PC or Mac bloatware" 
  238. : >because its not fast enough, and that its too costly (esp the 060, and both 
  239. : >the 040/060 meory subsystem).  Now we have ourselves a CPU line that is very 
  240. : >fast, and very inexpensive for what it does, and you think that using it 
  241. : >is a bad idea.  Why?
  242.  
  243. : Because you cannot sell machines with PPC now. There is no software for it,
  244. : no operating system, nothing. If you want to sell Amigas now, they must
  245. : use 68k CPUs.
  246.  
  247. I understand that.  But the point is, by the time this new "Walker" comes 
  248. out for the Winter of 96/97, there should be a working port of AmigaOS 
  249. 4.x for the PPC.  True, it won't be fully PPC, but any support software 
  250. that was created in C/C++ will probably be ported, and Exec, Graphic, and 
  251. some other I/O libraries that are mostly/all ASM will be ported.  I can't 
  252. see them spending over a year on the conversion and not have a port.
  253.  
  254.  
  255. If worse comes to worse, it would be like the A3000.  We'd be running 
  256. beta OS versions.  But instead of having tons of bugs, we have a few bugs 
  257. and a load of 680x0 routines to emulate.  Hmm... kind of like what System 
  258. 7.5.x is like right now.  8)
  259.  
  260.  
  261. : >: >when a PPC 603 emulates 680x0 code faster than your 68EC030/40 can 
  262. : >: >execute it?
  263.  
  264. : >: It doesn't.
  265.  
  266. : >PPC603e and on an old Mac with an 030/33 in it.
  267. :                    ^^^^^^^^^^^^^^^^^^^^^^
  268.  
  269. : That's why you see the PPC emulate it at equal speed.
  270.  
  271. I never said that a PPC would beat out a 68040 or 060 in emulation.  I 
  272. said that it just about matched that of a mid-level (33 or 40MHz) 030.  
  273. For many people with 000s, 020s, or slow 030s, this will actually seem 
  274. faster for them.  And I am positive that some functions (even w/o 3rd 
  275. party native software) will be much faster.  In a few months after the 
  276. first 4.x DevKits get out, the number of Amiga (PD) PPC apps wil rocket.
  277.  
  278.  
  279. : >we loaded up the PPC version and the difference was astonishing.  It was even
  280. : >faster than the 040/40 Mac that we had in the lab.
  281.  
  282. : Obviously, but with zero PPC software for the Amiga this is pretty academic.
  283.  
  284. Again, if its mainly people with older systems upgrading, emulation will 
  285. be faster for them than what their old CPU could do natively.
  286.  
  287. : >Tell me right now, no bullshit.  Why do you think that a PPC is a bad choice?
  288.  
  289. : I never said this. We are discussing the new Amiga model which was just shown
  290. : by AT. This model could never have a PPC.
  291.  
  292. Who knows.  A lot can happen in a year.
  293.  
  294. : >Why is it pure fantasy to drop the 680x0 line?
  295.  
  296. : It is pure fantasy to ask for a PPC computer now.
  297.  
  298. Now, no.  The machine is not being released now.  Christmas 1996.  Yes.  
  299. I can see a substantial port of AmigaOS out by the time the new machines 
  300. are released. 
  301.  
  302. : >I went looking in Motorola's own page
  303.  
  304. : ... to find that a reasonably fast 603 is more expensive than a 040.
  305.  
  306. Sorry about that cut.  I meant to say that I couldn't find prices for the 
  307. PPC.  And in any event, I found that the price of a LC040/25 was only 
  308. a little more than double of that of a 68EC030/40 (its cheaper than a 
  309. 030/50 in fact).  Now if they were to stuff a 680x0, wouldn't it be a 
  310. wiser investment to just put a 040 in?  
  311.  
  312. True that after the cost diff and having to use a 040 mem subsystem the 
  313. price would be about $100-$150 higher, but in a system where the estimated
  314. retail cost would be $800-$1000, an extra 10% wouldn't make much of a 
  315. difference. 
  316.  
  317. : >The EC030/40 would of been a great CPU to use when the A1200 first came 
  318. : >out, but not now.  Agreed, it is a good CPU, but its just not what the 
  319. : >Amiga needs.
  320.  
  321. : Try some logic. If you sell an Amiga now it needs an 68k CPU. If you sell
  322. : an Amiga now it has to be cheaper than PCs (in a usuable configuration),
  323. : otherwise it has to compete with PCs, which it can't. Selling 060 Amigas
  324. : might be good for you or me, but not for AT.
  325.  
  326. Well, what market is it going to fit in?  Down in the $400-$800 range you 
  327. are competing with 486s, 040 based Macs, and high end game consoles.  An 
  328. even harder market to have to face.
  329.  
  330. : >staggalers.  Is that the kind of platform we want?
  331.  
  332. : Do we want AT being bancrupt because they build hardware that doesn't even
  333. : sell to a few power users because it is just to expensive ?
  334.  
  335. 1400DM sounds fairly expensive to me. (compared to what the A1200 used to be)
  336.  
  337. : >(4) If a $400 Amiga doesn't compete with game consoles or with $1500 Macs
  338. : >    or PC with some kind of plan, it will just have to duke it out with used
  339. : >    equipment from other platforms which can do more for less $$$.
  340.  
  341. : That's the big problem. But selling 060 Amigas for $6000 doesn't cut it.
  342.  
  343. : >That is basically what you are saying that we should do with the Amiga by 
  344. : >giving it an EC030/40.
  345.  
  346. : I say that with an EC030/40 it can be cheap enough to get new customers that
  347. : want a computer but that can't afford to buy a $2000 PC.
  348.  
  349. There is a large price gap between a $1000 040 based Amiga and a $2000 
  350. Pentium system.
  351.  
  352. The problem is that we can't compromise on what a "good price" is.  I 
  353. belive that the days of a $400 box (short of a console with customized 
  354. chips) is over for now.  There are just too many things that a system 
  355. needs... hard drive, CDROM, few MEGs of memory, somewhat fast CPU.  It isn't 
  356. like we are trying to sell off a car with a big V8 engine in it, but rather, 
  357. something with a small V6.  Something that can pull itself up a hill or that 
  358. can tow a moderate load if the need arrives.  Such a system can be put 
  359. out for a mere $1000, yet be neither too expensive, nor to shy on the 
  360. options.
  361.  
  362. : -- 
  363. :                                 Michael van Elst
  364.  
  365. : Internet: mlelstv@serpens.rhein.de
  366. :                                 "A potential Snark may lurk in every tree."
  367.  
  368.                        Greg Baldwin (drizzit@eskimo.com)
  369.      Amiga junkie and user since 1987    Computer Science & DTV Student
  370.      Commodore64 fan since about 1983    http://www.eskimo.com/~drizzit
  371.                Tyranical EFNet #Amiga Channel Operator "Drizzit"
  372.